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Verfahren zur Bearbeitung von CDR-Inf ormationen 



Beschreibung 



Die Erfindung betrifft ein Verfahren zur Analyse und 
Bearbeitung, insbesondere Korrektur einer Menge von Call 
Detail Records (CDRs) . 

Gebiet der Erfindung: 

Verschiedenste Netzelemente von Mobilfunkbetreibem oder 
anderen Dienstleistern (Finanzinstitute, Energieunternehmen, 
Internetserviceprovider) erzeugen servicerelevante Daten, so 
genannte Call Detail Records (CDRs) , die zum GroSteil in die 
Rechnungserstellung einflieSen. Die meisten CDRs liegen in 
proprietaren binaren Fortnaten vor und werden von so genannten 
Mediation Devices u. a. eingesammelt , aggregiert und auf 
interne oder standardisierte Datenf ormate zur 
Weiterverarbeitung innerhalb einer Abrechnungskette 
abgebildet . 

Die Abrechnungskette, die die Verarbeitung dieser 
servicerelevanten Abrechnungs daten vornimmt, ist ein hoch 
komplexes, mehrstuf iges Sof twaresystem, das meist von 
verschiedenen Hard- und Sof twarelief eranten realisiert wurde . 
Durch die Komplexitat und die standig anfallenden 
Anderungswunsche kommt es permanent vor, dass ein gewisser 
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Teil der Abrechnungsdaten f ehlerbehaf tet ist und dadurch nicht 
abgerechnet werden kann. Unabhangige Branchenkennzahlen 
sprechen von ca. 2-5% Verlusten. 

Aufgabe der Erfindung: 

Aufgabe der Erfindung ist es, ein Analyse- und/oder 
Korrektursystem bereitzustellen, mit dem es moglich ist, 
abrechnungsrelevante Daten allgemeingultig zu analysieren, 
Fehler zu finden, diese zu reparieren und die reparierten 
Daten der Abrechnungskette wieder zuzufuhren. 

Diese Aufgabe wird durch die Erf indungen mit den Merkmalen der 
unabhangigen Anspriiche gelost. Vorteilhafte Weiterbildungen 
der Erf indungen sind in den Unteranspruchen gekennzeichnet . 

Dies wird im Wesentlichen dadurch erreicht, dass in einer 
Konf igurationsdatei Strukturinf ormationen hinterlegt sind, die 
die Grammatik der CDRs wiedergeben. Diese Dateien werden 
eingelesen und es wird eine relationale Datenbank auf der 
Grundlage der Grammatik erzeugt . Hierbei ist insbesondere zu 
beachten, dass hierarchische Grammatikkonstrukte, die 
Rekursionen erlauben, durch eine 1:N Verkniipfung dargestellt 
werden. Nach dem Erstellen der Datenbank werden die CDRs in 
die Datenbank eingelesen, urn dann mit frei def inierbaren oder 
vorgegebenen SQL-Queries nach Fehlern zu suchen, die ggf . auch 
automat isch korrigiert werden konnen. Nach der Korrektur 
werden die CDRs aus der Datenbank auf der Basis der 
Strukturinf ormationen ausgelesen und im ursprunglichen Format 
abgespeichert . 

Das System stellt hierdurch Funktionen zur Analyse und 
Behebung von Fehlern in vom Mediation Device gesammelten oder 
erzeugten CDRs mit abrechnungsrelevanten Daten aus beliebigen 
Datenquellen zur Verfugung. Dazu ist es notig, CDRs-diverser 
Formate fur schnelle Suche zwischenzuspeichern, fehlerhafte zu 
erkennen und zu analysieren. Das erf indungsgemafce 
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Korrekturverfahren ist zur Unterstutzung von Massenupdates 
ausgelegt . 

Fehler in den CDRs haben die Eigenschaft, mehrfach und uber 
langere Zeit auf zutreten; deshalb ist eine Wiederholbarkeit 
von Analysen und KorrekturmaSnahmen verfiigbar. Das 
erfindungsgemafce System ermoglicht ebenfalls, eine liickenlose 
Ruckverfolgung und Wiederverwendung aller gemachten 
Korrekturen, indem protokolliert wird, wer zu welchem 
Zeitpunkt welche Anderung vorgenommen hat. Dies wird durch das 
Anlegen von Kopien erreicht, auf denen alle 

Anderungsoperationen durchgefuhrt werden. Des Weiteren bietet 
das System Revisionssicherheit , d. h. dass zu jedem spateren 
Zeitpunkt mit den gleichen Eingangsdaten die Korrekturen 
erneut durchgefuhrt werden konnen und zu den gleichen 
Endergebnissen fuhren. 

Eine weitere Systemeigenschaf t ist die Unterstutzung der 
Benutzer mit Anzeigen und Sortiermoglichkeiten zur optimalen 
Darstellung von Suchergebnissen und von vorgenommenen 
Korrekturen . 

So stehen in der bevorzugten Ausf uhrungsf orm folgende 
Systemfunktionen zur Verfiigung: Eingabef unktionen und 
Zwischenspeicherung von Modif ikationen, dynamische Bestimmung 
der Strukturdef inition der Eingabe-CDRs , Abbildung der 
Strukturdef inition auf die zwischenspeichernde Datenbank, 
leistungsfahige Eingabeschnittstellen in die Datenbank, Laden 
in eine relationale Datenbankinstanz , Import von durch 
Wildcards identif izierten Dateien, Import formatierung mittels 
der Strukturdef initionen, Wiederauf setzen bei defekten 
Bereichen, Header- und Trailertest, insbesondere fur das TAP3 - 
Format, Behandlung von defekten Bereichen in CDR-Dateien nach 
definierten Mustern, Suchf unktionen, Definition von 
Ergebnismengen basierend auf SQL- oder PLSQL-Abf ragesprache, 
weitere Verfeinerung von Ergebnismengen mit PL/ SQL , Sortierung 
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und Gruppierung von Ergebnismengen mit Standard -SQL, Export - 
und Dumpmoglichkeit der Oracle -Datenbank, so dass die Daten 
fur die Weiterverarbeitung in das Billing- System ubergeben 
werden Gormen. Die folgenden Bearbeitungsfunktionen stehen 
dabei zur Verfugung: Bearbeitung der Ergebnismenge mit 
Standard SQL/PLSQL-Update-Anweisungen, Bearbeitung der 
Ergebnismenge mit PL/SQLDatenbank-Prozeduren, Zuordnung einer 
Korrekturnummer zu einer Ergebnismenge (Revision Control 
Mode) , Bearbeitung der Ergebnismenge mit PL/SQL-Datenbank- 
Prozeduren innerhalb der Benutzeroberf lache, Freigabe oder 
Rucknahme einer Korrektur, Anderungsprotokollierung, 
Protokollierung von WER macht WANN, WAS und WIE und der 
Ausgaben mit Zuordnung zu den Korrekturnummern, 
Ausgabefunktionen, Zuordnung von Dateinamen zu den Ausgaben, 
Vermerk des korrekten Endes einer Ausgabe, Ausgabemoglichkeit 
der korrigierten CDRs und optional der ursprunglichen CDRs 
oder kompletter Eingabef iles , Erzeugung des zum Eingabef ormat 
identischen Ausgabef ormat s mit den vorhandenen • 
Strukturdef initionen, Auflistung der ins System geladenen CDR- 
Dateien. Zur vereinf achten Bearbeitung steht eine 
Benutzeroberf lache zur Verfugung, die intuitiv zu bedienen 
ist. Es wird darauf hingewiesen, dass das System auch aus 
Unterkombinationen der o. g. Funktionen bestehen kann. 

Im Folgenden wird die Erfindung anhand von 

Ausfuhrungsbeispielen naher erlautert, die in den Figuren 
schematisch dargestellt sind. Gleiche Bezugszif f ern in den 
einzelnen Figuren bezeichnen dabei gleiche Elemente. Im 
Einzelnen zeigt : 

Fig. 1 den strukturierten Aufbau der vorliegenden Erfindung. 
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Die zu analysierenden CDR-Tagesproduktionen-Daten liegen in 
einem Arbeitsverzeichnis in Dateiform vor. Anhand des 
Dateinamens Oder durch Benutzerangabe werden das Recordf ormat 
und die Formatversion der CDRs bestimmt . Innerhalb einer Datei 
diirfen nur CDRs eines Recordf ormates in einer Version 
enthalten sein. Welche CDR-Dateien zu laden sind, wird vom 
Benutzer f estgelegt . 

Anhand des erkannten Recordf ormates werden mit Hilfe der 
Strukturdateien Datenbanktabellen angelegt. Die Daten konnen 
dann mit dem f ormatabhangigem Decoder (GSM, TAP 3 , Mediation, 
u. a.) decodiert und in die Datenbank geladen werden. 

Sowohl die Funktionsweise der Decoder, Encoder als auch die 
automatisierte Abbildung der Datenbeschreibungssprache auf 
eine relationale Datenbank wird in der bevorzugten 
Ausfuhrungsf orm uber die Strukturdatei bestimmt. 

Die Decoder haben in der bevorzugten Ausfuhrungsf orm Methoden, 
urn defekte Bereiche innerhalb von CDR-Dateien zu erkennen, 
wieder aufzusetzen, zu iiberspringen und Korrekturen 
vorzubereiten. Zusatzlich sind die Decoder mit Testf unktionen 
und Dumpmoglichkeiten ausgestattet . 

Durch die Verwendung einer relationalen Datenbank stehen alle 
Moglichkeiten der SQL-Sprache, der PL/SQL- prozeduralen 
Datenbanksprache und Programme mit Dialog im Zeilenmodus zur 
Verfiigung. So konnen weiterhin 3rd- Party-Tools benutzt werden, 
urn auf die Tabellen zuzugreifen, zu suchen und Veranderungen 
vorzunehmen . 

Die in der bevorzugten Ausfuhrungsf orm vorliegende 
Benutzeroberf lache beinhaltet in ihrem Bearbeitungsteil 
Benutzerdialoge zum Suchen, Darstellen, Korrigieren und 
protokollieren von Ergebnissen. Fur grdfctmogliche Flexibilitat 
konnen in der Oberflache SQL-Anweisungen und PL/SQL- 
Datenbankprogramme def iniert und fur spatere Wiederverwendung 
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abgespeichert werden. Zur Darstellung und Manipulation ist ein 
CDR- Editor integriert . Ist ein Fehler gefunden und die 
betroffenen Daten seiektiert worden, so konnen diese innerhalb 
der Oberflache mit Massenupdatef unktionen korrigiert werden. 
Alle Anderungen werden persistent und tagesgenau protokolliert 
und stehen fur Revisionszwecke zur Verfiigung, indem auf Kopien 
gearbeitet wird. Auch die Oberflache kann ihr Layout, wie 
z. B. die Anordnung der Fenster, speichern und wieder 
verwenden . 

Die CDR-Strukturdateien sind eine Abbildung der CDR- 
Spezifikationen bzw. Grammatik. Alle Feldbeschreibungen und 
die zugehorigen Wertebereiche fur verschiedene Netzelemente 
sind in ihnen abgelegt . Sie werden direkt aus den 
Spezifikationen der Netzwerkausruster erstellt. Zu einer 
Version eines Formats existiert immer nur eine Strukturdatei . 
Alle Module greifen auf diese eine Strukturdatei zur 
Formatbeschreibung zu. Dies hat den Vorteil, dass man bei zu 
erwartenden Anderungen an CDR-Formaten von Netzwerkelementen 
diese nur einmalig an zentraler Stelle in die Strukturdateien 
einarbeiten braucht. Diese Anderungen stehen dann sofort alien 
Modulen zur Verfiigung. 

Die CDR-Strukturen werden in der Datenbank auf Tabellen 
abgebildet . 

Es werden in der bevorzugten Ausf uhrungsf orm folgende Arten 
von Strukturdateien unterschieden: 

1. ASN.l- Strukturdatei, die ASN.l codierte Datenformate 
beschreibt . 

2. Nicht- ASN.l -Strukturdatei, die in einer erf indungsgemaSen 
Datenbeschreibungssprache vorliegt und alle nicht ASN.l - 
Datenf ormate beschreibt . 
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Zum Verarbeiten dieser Formate sind zusatzlich die 
formatspezif ischen CDR-Decoder sowie CDR-Encoder notwendig . 
Die Strukturdateien konnen somit einer fortdauernden Pflege 
und Erweiterung fur neue Netzwerkelemente und neue 
Sof twareversionen unterliegen. 

Die CDR-Decoder konvertieren alle oftmals im binaren Format 
vorliegenden CDRs in ein Datenbank lesbares Format, 
vorzugsweise in das ASCII -Format , das so genannte FAF-Format. 
In diesem Format werden die Feldnamen, Datenstrukturen und 
Datentypen dargestellt. Die Decoder sind vorzugsweise 
Batchprogramme . Die zu dekodierenden Formate werden 
vorzugsweise automatisch xiber Namenskonventionen fur 
Eingabedateien bestimmt . Andere Analysen zur Bestimmung des 
Formates sind jedoch denkbar. Aus dem Dateinamen sollten der 
notwendige Netzelementtyp sowie die zugehorige Versionsnummer 
des Formates hervorgehen . Format und Version konnen jedoch 
auch abweichend von der Namenskonvention vorgegeben werden. 

Der CDR -Decoder-Output (FAF -Format) wird, vorzugsweise ohne 
Zwischenspeicherung, als direkter Input fur das 

Datenbankinterface verwendet . Dadurch wird das File-system der 
Rechner nur zum Lesen der Eingabedaten benotigt . Das 
aufwendige Speichern von Zwischenergebnissen entfallt. 

Urn eine moglichst groiSe Anzahl von CDRs aus Dateien mit 
defekten Bereichen zu extrahieren, beinhalten die Decoder 
Funktionen zum Wiederauf setzen wahrend des Lesens einer 
Eingabedatei . Es werden Pattern (Suchmuster) f estgelegt , die 
den Anfang von neuen Records beschreiben. Mit diesen 
Informationen versuchen die Decoder defekte Bereiche mit 
minimalem Verlust zu iiberspringen. Die Anzahl der 
Auf setzversuche wird vorzugsweise in der 

Verwaltungs information zur CDR-Datei vermerkt , Je Format und 
Version ist ein Maximum von Auf setzversuchen definiert. Nach 
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Erreichen dieses Maximums wird das Decodieren der Eingabedatei 
abgebrochen . 

Zur manuellen Behandlung von f ehlerhaf ten Bereichen in CDR- 
Dateien sind Methoden in den Decodern enthalten, die 
fehlerhafte Bereiche von CDR-Dateien in unstrukturierter Form 
in die Datenbank schreiben. Durch Schneiden, d. h. durch 
Setzen von Anfangs- und Endmarken, werden korrupte Bereiche in 
den Eingabedaten gekennzeichnet . Die Benutzeroberf lache 
erlaubt, in einer bevorzugten Ausf uhrungsf ortn einzelne Bytes 
in unstrukturierten Bereichen in hexadezimaler Notation zu 
verandern . 

CDRs, die geladen wurden, sind nur lesbar, urn unabsichtliche 
Veranderungen ohne begonnene Korrektur zu vermeiden. 
Testfunktionen zur Prufung der inhalt lichen Integritat einer 
CDR-Datei konnen beim Import pro Format automatisch oder 
manuell ausgefuhrt werden. 

SQL-Abfragen beinhalten auch die Prufung auf den NULL -Wert 
oder den x Leer-Wert' , urn f estzustellen, ob eine Spalte gefullt 
ist. Urn die Abfragen noch weiter verfeinern zu konnen, sind 
SQL-, PL/SQL-Funktionen verfiigbar, die in der WHERE -Klaus el 
verwendet werden konnen. 

Suchabfragen werden uber das CDR-Select-Kommando definiert und 
bauen hierarchisch aufeinander auf. Das bedeutet, dass jedes 
CDR-Select-Kommando auf einem anderen CDR-Select basiert und 
die Suchmenge uber eine UND-Verknupf ung immer weiter 
eingeschrankt wird. Jede so definierte Suchmenge erhalt 
vorzugsweise einen eigenen Namen, welcher als Referenz fur 
weitere CDR-Selects benutzt werden kann. Die vollstandigen 
SQL-Queries werden vom System automatisch erzeugt . Die 
urspriinglich geladene Gesamtmenge erhalt den Namen Initial. 

So ist z.B. eine automatische Query ein Header Trailer Check 
und Update am Beispiel vom TAP3- Standard . 



WO 2005/038669 



PCT7EP2004/052458 



Im Header Check wird beispielsweise fur folgende Ref erenzdaten 
die korrekte Verwendung innerhalb der Call Detail Records 
uberpruf t . 



5 1. 



taxes 



2 discounts 

3 exchange rates 
4 _ utc time. off sets 
5 rec entities 

10 6. vas 

7 _ message descriptions 

8 _ called number analysis 



Fur diese Daten sind innerhalb des TAP 3 Formates 
15 Unterstrukturen definiert. D. h. im File sollen z. B. alle 
vorkommenden Taxes (Taxcodes, Taxrate, ...) definiert sein. 
Innerhalb der eigentlichen CDRs sollen nur diese Taxes 
referenziert werden. 

Werden Taxes referenziert, die nicht definiert sind, wird ein 
2 0 Warning ausgegeben. Eine automat ische Korrektur kann hier 

nicht stattfinden, da nicht entschieden werden kann, ob die 
Definition des Taxes fehlt, oder ob die Referenz im CDR 
fehlerhaft ist. Der PAT-Benutzer muss entweder die Tax in die 
Referenzstruktur hinzufugen (CDR INSERT) oder den Taxcode des 
25 CDR andern (CDR UPDATE) . 

Der Trailer- Check uberpruf t , ob die im Trailer hinterlegten 
Summen mit den tatsachlich summierten Werten der CDRs 



WO 2005/038669 



- 10 - 



PCT/EP2004/052458 



ubereinstimmen. Ausnahme ist der frutieste und spateste „call 
times tamp" • 

Folgende Werte werden kontrolliert . 



5 i. earliest and latest call timestamp 

2 . total charges 

3 . total taxes 

4. total discounts 

5. call event detail counts 



10 Der Trailer wird nach jeder Anderung der CDRs (CDR INSERT, CDR 
UPDATE, CDR DELETE) und vor jedem export neu berechnet 

Weitere automat is che Queries sind denkbar und individuell auf 
dem SQL -Standard zu definieren. 

Zur Sicherstellung der Konsistenz konnen Korrekturen 
15 vorzugsweise nur auf Ergebnismengen der Suche angewendet 
werden. Dazu ist es notwendig, eine Revision, d. h. eine 
Kopie, zu eroffnen. Das Neuerstellen einer Revision bewirkt, 
dass die Ergebnismenge in einen temporaren, schreibbaren 
Datenbankbereich kopiert wird, in dem Anderungen mittels des 
20 CDR-Update-Kommandos durchgefuhrt werden konnen. Durch diese 
Vorbereitung wird jeder veranderte CDR mit seiner CDR-ID 
innerhalb der Datenbank vermerkt . 

Da uber die aus den Strukturdateien abgeleiteten 
Tabellendef initionen alle Spalten optional sind, kann jede 
2 5 Spalte auf NULL gesetzt werden. Zusatzlich besteht die 

Moglichkeit, Felder abhangig von deren Datentyp auf einen 
*Leer-Wert' zu setzen. 
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In der bevorzugten Ausf uhrungsf orm wird das Loschen von CDRs 
indirekt bereitgestellt . Jede Tabellendef inition wird um ein 
Loschkennzeichen erweitert. Eine UPDATE- Anwei sung setzt dieses 
Kennzeichen fur zu loschende CDRs. 

CDR-Dateien, in denen CDRS geandert wurden, werden als 
geandert markiert . In Abhangigkeit der Form des Exports konnen 
z. B . nur geanderte CDR-Dateien exportiert werden. 

Korrekturen f inden vorzugsweise nur auf Ergebnismengen 
(Revisionen) statt, da sonst eine Wiederholbarkeit nicht mehr 
gegeben ist. Um Revisionssicherheit zu erlangen, werden 
deshalb Veranderungen, vorzugsweise iiber S QL- UPDATE - 
Anweisungen oder iiber PL/SQL-Programme manuell oder 
automat isch vorgenommen . PL/ SQL- Programme ermoglichen, Werte 
zu speichern und Platzhalter in UPDATE -Anweisungen tnit Werten 
zu besetzen, bevor die Anweisung ausgefiihrt wird. 

Korrekturen werden vorzugsweise nur in Verbindung mit einer 
Korrekturnummer vorgenommen, die einer Ergebnismenge 
zugeordnet wird. Zusammen mit dieser Nummer werden die 
Korrekturanweisungen und alle weiteren Aktionen abgespeichert . 
Protokolliert wird ,wer', , was ' , ,wann', , warum' und eine 
Summenstatistik. Jeder veranderte CDR wird mit Korrekturnummer 
und CDR-ID innerhalb der Datenbank protokolliert. Dieses ist 
vorteilhaft, um mehrfache Korrekturen des gleichen CDRs 
feststellen zu konnen. Der Export von Korrekturen wird 
vorzugsweise von dieser Protokolltabelle beeinflusst. Eine 
Losung zum Duplikatsproblem ist in der Ausgabef unktion 
beschrieben. 

Korrekturen werden vorzugsweise mit einem Namen und einer 
Beschreibung versehen und konnen mit einer jeweils neuen 
Korrekturnummer aufgerufen und wiederholt werden. Zur 
Beschleunigung kann verringertes Logging gesetzt werden. Bei 
Wiederverwendung einer Korrektur werden die 'was und warum' - 
Felder der Protokollierung mit den letzten Werten vorbesetzt. 
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Die geanderten CDRs werden aus der Datenbank export iert und 
mit den f ormatspezif ischen Encodern unter Verwendung der 
Strukturdef inition in das binare Zielformat konvertiert. Die 
so geanderten Daten sind fur weitere Verarbeitungsschritte in 
5 vorgegebenen Zielverzeichnissen zusammen mit der 

Protokollierung abgelegt. Die Ausgabe selbst bietet einige 
Optionen, wie z. B. die Ausgabe der ursprunglichen CDRs . 

Logisch sind folgende Arten von Ausgaben zu unterscheiden . 

1. Die Ausgabe beschrankt auf die korrigierten CDRs in eine 
10 neu erstellte Datei . 

2 . Die Ausgabe beschrankt auf die korrigierten CDRs unter 
Beibehaltung der ursprunglichen Dateinamen und 

3 . Die Ausgabe von kompletten Daten mit dem ursprunglichen 
Dateinamen, in die die geanderten und die nicht von den 
15 Anderungen betroffenen Daten in ihrer ursprunglichen 
Reihenfolge ausgegeben werden. 

Die erste und zweite Art wird verwendet, wenn nur Teile einer 
Datei mit Fehlern behaftet waren, die Datei an sich aber im 
Abrechnungssystem verarbeitet wurde . Die dritte Art karm 
20 verwendet werden, urn vom Abrechnungssystem als ganzes 
abgewiesene CDR-Dateien neu zu verarbeiten . 
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Patentanspruche 

1. Verfahren zur Analyse und/oder Bearbeitung von einer 

5 Menge von Call Detail Records (CDRs) , 

- mit einem Initialisierungsschritt , bei dem aus 
einem ersten Speicherbereich Strukturinf ormationen 
der Call Detail Records geladen werden und anhand 
dieser eine relationale Datenbank aufgebaut wird, 
10 die bei hierarchischen Strukturinf ormationen 

mindestens aus zwei miteinander rekursiv in Relation 
stehenden Tabellen besteht, die die Hierarchie 
abb il den, 

- mit einem weiteren Schritt, bei dem aus einem 
15 zweiten Speicherbereich die vorzugsweise binar 

vorliegende Menge von Call Detail Records in ein 
lesbares Format der Datenbank umgewandelt wird, 
insbesondere in das ASCII -Format , 

- mit einem weiteren Schritt, bei dem die lesbaren 
20 call Detail Records entsprechend der 

Strukturinf ormationen in die Datenbank geladen 
werden, die im Initialisierungsschritt erzeugt 
wurde, 

- mit einem weiteren Schritt, bei dem SQL-Queries 
2 5 und/oder Datenbankprozeduren verwendet werden, urn 

fehlerhafte Call Detail Records zu bestimmen, die 
geandert werden konnen, 

- mit einem weiteren Schritt, bei dem mit Hilfe der 
Strukturinf ormationen und dem Aufbau der Datenbank 

30 die Call Detail Records in einen dritten 

Speicherbereich zuruckgespeichert werden, der im 
Aufbau der ursprunglichen Menge an Call Detail 
Records entspricht. 
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2. Verfahren nach dem vorhergehenden Anspruch, dadurch 

gekennzeichnet, dass fur jeden Typ in der 
Strukturdef inition eine Tabelle angelegt wird. 

5 3 . Verfahren nach einem oder mehreren der 

vorhergehenden Anspruche, dadurch gekennzeichnet, 
dass bei der Auf losung von hierarchischen 
Datenstrukturen solange normal isiert wird/ bis keine 
nicht beschrankte Widerholungsgruppe vorliegt, wobei 
10 im Falle von nicht beschrankten Wiederholungsgruppen 

rekursiv eine 1:N Relation zwischen einer neuen 
Tabelle aufgebaut wird, die wiederum normalisiert 
die Wiederholungsgruppe auf nimmt . 

15 4 . Verfahren nach einem oder mehreren der 

vorhergehenden Anspruche, dadurch gekennzeichnet, 
dass der Decoder zum Einlesen der Menge von Call 
Detail Records Binardaten nach Fehlern, insbesonder.e 
nach Protokollf ehlern, durchsucht, urn diese zu 

20 markieren, und urn ggf . den Einleseschritt neu 

anzusetzen. 

5. Verfahren nach dem vorhergehenden Anspruch, dadurch 
gekennzeichnet, dass die fehlerhaften Bereiche in 

2 5 eine ausgewiesene Datenstruktur geschrieben werden. 

6 . Verfahren nach einem oder mehreren der 
vorhergehenden Anspruche, dadurch gekennzeichnet, 
dass benutzerspezif ische Erweiterungen, insbesondere 

3 0 SQL-Select -Statements, fur die Suche von defekten 

Call Detail Records individuell abspeicherbar sind. 

7 . Verfahren nach einem oder mehreren der 
vorhergehenden Anspruche, dadurch gekennzeichnet, 

3 5 dass bei einer Anderung ein Duplikat des Call Detail 
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Records angelegt wird 
und/oder 

eine Protokollierung stattf indet , indem vorzugsweise 

der Bearbeiter und/oder der Zeitraum und/oder eine 

Protokollnummer vergeben wird, und/oder 

bei einer Loschung ein Loschkennzeichen vergeben 

wird. 

Verf ahren nach einem oder mehreren der 
vorhergehenden Anspruche, dadurch gekennzeichnet, 
dass die Ausgabe durch einen Encoder erfolgt, der 
auf der Basis der Strukturinf ormationen und der 
Datenbank die Call Details Records im ursprunglichen 
Einlesef ormat ausgibt, das vorzugsweise binar ist . 

Verf ahren nach einem oder mehreren der 
vorhergehenden Anspruche, dadurch gekennzeichnet, 
dass die Eingabe und/oder Ausgabe in eine Datei 
erfolgt, die vorzugsweise im Binarf ormat die Menge 
von Call Details Records speichert. 

Verf ahren nach einem oder mehreren der 
vorhergehenden Anspruche, dadurch gekennzeichnet, 
dass automatische Korrekturen bei dem Vorliegen 
bestimmbarer Mustern durchgefuhrt werden. 

Verfahren nach einem oder mehreren der 
vorhergehenden Anspruche, dadurch gekennzeichnet, 
dass eine Anderung der Strukturdatei sich auf den 
Aufbau der Datenbanktabellen und/oder auf die 
Funktion des Encoders und/oder auf die Funktion des 
Decoders auswirken. 

Verfahren nach einem oder mehreren der 
vorhergehenden Anspruche, dadurch gekennzeichnet, 
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class die Datenbank dynamisch bei jedem emeuten 
Einlesen einer Datei erzeugt wird oder einmalig fur 
jeden Strukturtyp, der durch eine 
Strukturinf ormation bestimmt ist. 

Verfahren nach einem oder mehreren der 
vorhergehenden Anspruche, dadurch gekennzeichnet, 
dass Views in Abhangigkeit der Strukturinf ormationen 
fur eine Datenbank generiert werden. 

Software fur einen Computer, dadurch gekennzeichnet, 
dass ein Verfahren nach einem oder mehreren der 
vorhergehenden Anspruche fur einen Computer 
implementiert ist. 

Datentrager fur einen Computer, gekermzeichnet durch 
die Speicherung einer Software nach dem 
vorhergehenden Sof twareanspruch . 

Computersystem, gekennzeichnet durch eine 
Einrichtung, die den Ablauf eines Verfahrens nach 
einem oder mehreren der vorhergehenden 
Verf ahr ens anspruche erlaubt . 
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